home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 April / EnigmA AMIGA RUN 17 (1997)(G.R. Edizioni)(IT)[!][issue 1997-04][EAR-CD].iso / EARCD / dev / amos / AMOS1296.lzh / AMOSLIST / 000058_amos-request@svcs1.digex.net_Fri Dec 13 12:36:19 1996.msg < prev    next >
Internet Message Format  |  1996-12-31  |  4KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.           by mail3.access.digex.net (8.8.4/8.8.4) with ESMTP
  3.       id MAA21612 for <mcox@access.digex.net>; Fri, 13 Dec 1996 12:36:17 -0500 (EST)
  4. Received: (from daemon@localhost)
  5.           by svcs1.digex.net (8.8.4/8.8.4)
  6.       id JAA13885 for amos-out; Fri, 13 Dec 1996 09:26:55 -0500 (EST)
  7. Received: from mail2.access.digex.net (mail2.access.digex.net [205.197.247.3])
  8.           by svcs1.digex.net (8.8.4/8.8.4) with ESMTP
  9.       id JAA13882 for <amos-list@svcs1.digex.net>; Fri, 13 Dec 1996 09:26:54 -0500 (EST)
  10. Received: from silversurfer.mycom-media.com (silversurfer.mycom-media.com [195.40.34.2])
  11.           by mail2.access.digex.net (8.8.4/8.8.4) with SMTP
  12.       id JAA21659 for <amos-list@access.digex.net>; Fri, 13 Dec 1996 09:26:52 -0500 (EST)
  13. Received: by silversurfer.mycom-media.com with Microsoft Exchange (IMC 4.0.838.14)
  14.     id <01BBE902.77E0D3D0@silversurfer.mycom-media.com>; Fri, 13 Dec 1996 14:32:29 -0000
  15. Message-ID: <c=GB%a=_%p=Mycom_Media_Ltd%l=SILVERSURFER-961213143227Z-278@silversurfer.mycom-media.com>
  16. From: Paul Hickman <phickman@mycom-media.com>
  17. To: "'j.a.warner@open.ac.uk'" <j.a.warner@open.ac.uk>,
  18.         "'AMOS List'"
  19.      <amos-list@access.digex.net>
  20. Subject: RE: Easylife and structs and linklists
  21. Date: Fri, 13 Dec 1996 14:32:27 -0000
  22. X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.838.14
  23. MIME-Version: 1.0
  24. Content-Type: text/plain; charset="us-ascii"
  25. Content-Transfer-Encoding: 7bit
  26. Status: RO
  27. X-Status: 
  28.  
  29. >The availability of structs and linklists in Blitz Basic has led me to
  30. >use
  31. >that language recently, but I have a long term project of creating a
  32. >simple
  33. >2-player graphical MUD based on a top-down Alien Breed/Valhalla type
  34. >viewpoint, and I would certainly prefer to use AMOS classic for this.
  35. >However, I would really need to use structs and hopefully an arrays or
  36. >list
  37. >of structs for the monsters and players, and their attributes. Is the
  38. >support for structs and linklists in the EasyLife extension on Aminet
  39. >up to
  40. >this? If so then I would guess that it must be the most useful
  41. >extension
  42. >around. However, I would like to ask first before going to the trouble
  43. >of
  44. >downloading and installing it.
  45. >
  46. Well, I'm slightly biased on this point, but that's the exact purpose
  47. they were written for - I was trying to write that type of game and got
  48. fed up with not having structures so I wrote some. (In fact all the
  49. features easylife has are there for very similar reasons).
  50.  
  51. You can do linked lists very easily, and have arrays of structures or
  52. arrays as members of structures. Also what you may find really usefull
  53. is if you have one instance of a 'root' structure which contains
  54. pointers to the heads of all your lists you have save the entire
  55. dataspace with a single command and reload it again with another
  56. command. 
  57.  
  58. All the relocation of pointers to their new memory locations on
  59. reloading is done automatically - as far as I know there is no other
  60. language that does this. The "price" to pay for this is that easylife
  61. does not store your structure elements in the order you write them (But
  62. it does optimise for storage space - .g. Arrays of booleans can
  63. start/end in the middle of bytes).
  64.  
  65. The other "price" is that accessing a structured varaible is a little
  66. slower than a normal AMOS variable as a function call must be made (This
  67. is because the structures are in an extension and not part of the
  68. language itself).
  69.  
  70. >